Auftrag Domain CHPROV
Funktion
Der Auftrag dient dazu, die Verwaltung einer Domain zum eigenen RegAcc zu überführen.
Voraussetzungen
- Ein CHPROV kann nur für eine Domain beauftragt werden, welche in der Verwaltung eines anderen RegAccs liegt oder wenn die Domain gelöscht wurde und sich im Status „redemptionPeriod“ befindet - in dem Fall wird die Domain mit einem CHPROV mit AuthInfo2 für den beauftragenden RegAcc wiederhergestellt.
- Es dürfen nur Contact-Handles des auftraggebenden RegAccs verwendet werden. Diese Contact-Handles müssen existieren und den jeweiligen Bedingungen für Handles entsprechen.
- Die im CHPROV-Auftrag übermittelte AuthInfo muss mit einer bei DENIC hinterlegten AuthInfo1 oder AuthInfo2 übereinstimmen.
Verifizierung
- Mögliche Verifizierungsfristen laufen bei einem Providerwechsel weiter.
- Das Mitglied, zu dem die Domain hin wechselt, wird darüber informiert, dass eine Verifizierungsfrist läuft.
-
Domain CHPROV wird auch ausgeführt, wenn Kontakte ohne Telefonnummer oder E-Mail verwendet werden.
-
Im Zuge eines Domain CHPROV-Auftrags können auch Telefonnummer oder E-Mail geändert werden.
-
Bei der Prozessimplementierung können bei Domain CHPROV zusätzliche Meldungen erscheinen, wenn Deadlines gesetzt sind.
Häufige Fehler
- Die im Auftrag angegebene AuthInfo stimmt nicht mit der / den bei DENIC hinterlegten überein.
- Die Domain ist schon in eigener Verwaltung.
- Mit dem Providerwechsel soll gleichzeitig ein Inhaberwechsel erfolgen, jedoch ist die Domain mit einem DISPUTE-Eintrag versehen.
Besonderheiten
- Bei einem CHPROV kann auch ein Inhaberwechsel durchgeführt werden.
- Wenn ein CHPROV mit einer AuthInfo1 ausgeführt wird, wird die vorhandene AuthInfo1 bei Ausführung der Anforderung gelöscht. Eine eventuell vorhandene AuthInfo2 bleibt erhalten, wenn der Domaininhaber unverändert bleibt.
- Bei einem CHPROV mit einer AuthInfo2 werden die Authinfo2 sowie eine eventuell vorhandene AuthInfo1 gelöscht.
- Ist die betreffende Domain mit einem DISPUTE belegt, kann durch einen CHPROV-Auftrag kein Inhaberwechsel durchgeführt werden.
- Domains können aus der Redemption Grace Period mit einem CHPROV mit AuthInfo2 wiederhergestellt werden.
Prozessdiagramme
Beispiele
- xml
- k/v
format: xml
request: domainCHPROV
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<registry-request xmlns="http://registry.denic.de/global/5.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:domain="http://registry.denic.de/domain/5.0" xmlns:dnsentry="http://registry.denic.de/dnsentry/5.0">
<domain:chprov>
<domain:handle>de-example.de</domain:handle>
<domain:contact role="holder">DENIC-1000002-MAX</domain:contact>
<domain:contact role="abusecontact">DENIC-1000002-ABUSE</domain:contact>
<domain:contact role="generalrequest">DENIC-1000002-GENERAL</domain:contact>
<dnsentry:dnsentry xsi:type="dnsentry:NS">
<dnsentry:owner>de-example.de</dnsentry:owner>
<dnsentry:rdata>
<dnsentry:nameserver>ns1.provider.de</dnsentry:nameserver>
</dnsentry:rdata>
</dnsentry:dnsentry>
<dnsentry:dnsentry xsi:type="dnsentry:NS">
<dnsentry:owner>de-example.de</dnsentry:owner>
<dnsentry:rdata>
<dnsentry:nameserver>ns2.provider.de</dnsentry:nameserver>
</dnsentry:rdata>
</dnsentry:dnsentry>
<domain:authInfo>secret</domain:authInfo>
<dnsentry:dnsentry xsi:type="dnsentry:DNSKEY">
<dnsentry:owner>de-example.de.</dnsentry:owner>
<dnsentry:rdata>
<dnsentry:flags>257</dnsentry:flags>
<dnsentry:protocol>3</dnsentry:protocol>
<dnsentry:algorithm>8</dnsentry:algorithm>
<dnsentry:publicKey>AwEAAajpN1rjU365IDVSd+duoMg4UF4S8zBSpJ4D/p2VSOKYVN7/0CkAV6pOhmdcoUMETA2LDPBWjEh4rrGiBN9ReRw/4udMgiEf3YyvsJEDpF6vtrWzqe+Cu9iu8QV//8ESlQgqK8TqVcR7e/FPd89R44S68GhZRFGw7h7sDrRnGIZf</dnsentry:publicKey>
</dnsentry:rdata>
</dnsentry:dnsentry>
</domain:chprov>
<ctid>cba-987654321</ctid>
</registry-request>
format: xml
response: domainCHPROV
status: connect
<?xml version="1.0" encoding="UTF-8"?>
<registry-response xmlns="http://registry.denic.de/global/5.0" xmlns:tr="http://registry.denic.de/transaction/5.0">
<tr:transaction>
<tr:stid>538f1687-963a-11df-a9e2-9519b5688882</tr:stid>
<tr:ctid>cba-987654321</tr:ctid>
<tr:result>success</tr:result>
<tr:message level="info" code="53000080013">
<tr:text>Domain "Status" is "connect"</tr:text>
</tr:message>
<tr:message level="info" code="16350000041">
<tr:text>Verification information must be provided for the holder(s) to avoid deletion by</tr:text>
<tr:argument>2024-12-16T15:45:01+01:00</tr:argument>
</tr:message>
<tr:message level="info" code="16350000040">
<tr:text>Verification information must be provided for the holder(s) to avoid dedelegation by</tr:text>
<tr:argument>2024-12-09T15:45:01+01:00</tr:argument>
</tr:message>
</tr:transaction>
</registry-response
format: xml
response: domainCHPROV
status: serverHold
<?xml version="1.0" encoding="UTF-8"?>
<registry-response xmlns="http://registry.denic.de/global/5.0" xmlns:tr="http://registry.denic.de/transaction/5.0">
<tr:transaction>
<tr:stid>538f1687-963a-11df-a9e2-9519b5688882</tr:stid>
<tr:ctid>cba-987654321</tr:ctid>
<tr:result>success</tr:result>
<tr:message level="info" code="53000080013">
<tr:text>Domain "Status" is "serverHold"</tr:text>
</tr:message>
<tr:message level="info" code="16350000041">
<tr:text>Verification information must be provided for the holder(s) to avoid deletion by</tr:text>
<tr:argument>2024-12-16T15:45:01+01:00</tr:argument>
</tr:message>
</tr:transaction>
</registry-response
format: k/v
request: domainCHPROV
Version: 5.0
Action: chprov
CTID: cba-987654321
Domain: de-example.de
Holder: DENIC-1000002-HOLDER
Generalrequest: DENIC-1000002-GENERAL
Abusecontact: DENIC-1000002-ABUSE
Nserver: ns1.beispiel-eins.de
Nserver: ns2.beispiel-eins.de
Dnskey: 257 3 8 AwEAAcoFUSyg1mkE5c33q8UbDiRZx5+/QtqFjVcyTEdv7YBYp9UnqrbXr7g4p8aDMI0ZuN4M8bxlPz+ItVfWO71rSkcxK1HwqmH4Pi1vSM3L6uYqZopEG9gJLqNpBBmzR29iSwR86TdnGUJ21Jfagc/+9xk3xmtdzNK3ROUcn/f8yiBN
Authinfo: secret
format: k/v
response: domainCHPROV
status: connect
Result: success
STID: 74ba5119-74d1-4ba6-935f-4feb07ddd14d
INFO: 53000080013 Domain "Status" is "connect"
INFO: 16350000040 Verification information must be provided for the holder(s) to avoid dedelegation by [2024-12-09T15:45:01+01:00]
INFO: 16350000041 Verification information must be provided for the holder(s) to avoid deletion by [2024-12-16T15:45:01+01:00]
Stid: 57ebbb10-9590-11df-a9e2-9519b5688882
Ctid: cba-9345345321
format: k/v
response: domainCHPROV
status: serverHold
Result: success
STID: 74ba5119-74d1-4ba6-935f-4feb07ddd14d
INFO: 53000080015 Domain "Status" is "serverHold"
INFO: 16350000041 Verification information must be provided for the holder(s) to avoid deletion by [2024-12-16T15:45:01+01:00]
Stid: 57ebbb10-9590-11df-a9e2-9519b5688882
Ctid: cba-9345345321
Auftragsparameter
Ein Auftrag setzt sich zusammen aus den Feldern des Datenobjekts "Chprov" und weiteren Parametern, die nachfolgend beschrieben werden:
| K/V-Schlüsselwort | XML-Namensraum und Element | Vork. min - max | Typ / Länge | Wertebereich | Beschreibung |
|---|---|---|---|---|---|
| Action | domain:chprov | 1 | enumeration | chprov-erule | Auftragstyp |
| Version | - | 1 | enumeration | version-erule | Version, nur für Aufträge im Key/Value-Format relevant. |
| CtId | ctid | 0 - 1 |
token 3 - 64 |
Jedes sichtbare Unicode-Zeichen (nach Unicode Version 3.1) | Eindeutige Transaktions-ID vom Client |